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METHOD, SYSTEM, AND PROGRAM FOR ACCESSING 
VARIABLES FROM AN OPERATING SYSTEM FOR 
USE BY AN APPLICATION PROGRAM 

5 CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is related to the following co-pending and commonly- 
assigned patent applications, which applications were all filed on March 29, 1999, 
and which applications are incorporated herein by reference in their entirety: 

"A Cross-Platform Program, System, and Method Having a Global Registry 
1 0 Object for Mapping Registry Equivalent Functions in an AIX Operating 

System Environment," having serial no. 09/280,345 and attorney docket no. 
AT9-98-869; 

"A Cross-Platform Program, System, and Method Having a Global Registry 
Object for Mapping Registry Equivalent Functions in an OS/2 Operating 
15 System Environment," having serial no. 09/280,350 and attorney docket no. 

AT9-98-852; 

"A Cross-Platform Program, System, and Method Having a Global Registry 
Object for Mapping Registry Functions in a Windows Operating System 
Environment," having serial no. 09/280,349 and attorney docket no. AT9-98- 
20 851; 

"Global Registry Object for Mapping Registry Functions and Registry 
Equivalent Functions Across Multiple Operating Systems in a Cross-platform 
Program," having serial no. 280,371 and attorney docket no. AT9-98-853; 
"A Cross-platform Program, System, and Method Having a System 
25 Independent Registry for Use on Operating Systems Irrespective of a Registry 

Equivalent," having serial no. 09/280,368 and attorney docket no. AT9-98- 
861; 
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"A System, Method, and Program for Enabling a Use of Property Object 
Having a Variable for a Property Value in a Cross-Platform Program/' having 
serial no. 09/280,344 and attorney docket no. AT9-98-862; 
"A System, Method, and Program for Overriding Program Properties," having 
5 serial no. 09/280,346 and attorney docket no. AT9-98-865 ; 

"A System, Method and Program for Providing an Object-Oriented Install 
Architecture," having serial no. 09/280,352 and attorney docket no. AT9-98- 
863; 

"A System, Method, and Program for Automatic Error Detection While 
10 Utilizing a Software State Machine for Carrying out the Process Flow of a 

Software Program," having serial no. 09/280,375 and attorney docket no. 
AT9-98-858; 

"A System, Method, and Program for Utilizing a Software State Machine for 
Carrying Out the Process Flow of a Software Program," having serial no. 
15 09/280,376 and attorney docket no. AT9-98-855; 

"A System, Method, and Program for Enabling a Software Program to 
Automatically Select a System-dependent Function," having serial no. 
09/280,369 and attorney docket no. AT9-98-859; 

"A System, Method, and Program for Mapping a Global Object to Desktop 
20 Elements of Different Operating Systems," having serial no. 09/280,372 and 

attorney docket no. AT9-98-857; 

"A System, Method, And Program For Processing Dependencies Using a 
Dependency Object," having Serial No. 09/280,370 and attorney docket no. 
AT9-98-856; 

25 "A System, Method, and Program for Modifying a Text File," having serial 

no. 09/280,348 and attorney docket no. AT9-98-854; 
"A System, Method, and Program for Updating Registry Objects With a 
Cross-platform Installation Program," having serial no. 09/280,351 and 
attorney docket no. AT9-98-866; 
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"A System, Method, and Program For Preserving Background Settings During 
Install and Uninstall Operations," having serial no. 09/280,374 and attorney 
docket no. AT9-98-867; 

"A System, Method, And Program for Modifying a Library Object," having 
5 Serial No. 09/280,347 and attorney docket no. AT9-98-860; 

"A System, Method, And Program For Installation on Drives Using a Drive 
Object," having serial no. 09/280,353 and attorney docket no. AT9-98-864; 
and 

"A System, Method, and Program for Performing Program Specific Uninstall 
10 Operations," having serial no. 09/280,373 and attorney docket no. AT9-98- 

868. 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

1 5 The present invention relates to a method, system, and program for accessing 

variables, such as environment variables, from an operating system for use by an 
application program. 

2. Description of the Related Art 

20 Most operating systems, such as MICROSOFT WINDOWS, DOS, ADC,* * 

etc., provide for environment variables. Environment variables are used to assign a 
path to a variable, modify the defaults of various commands, and are used in batch 
files. The PATH environmental variable indicates which directories the operating 
system will search for a command. The operating system will always first search in 

25 the current directory on the current drive and will then search in the paths listed in the 
PATH environmental variable if the current directory does not include the attempted 
command. Other standard environment variables include TMP or TEMP which 
provides a directory for temporary files, "WINDIR" which specifies the Windows or 
operating system's directory; COPYCMD which specifies whether the copy and move 
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commands should prompt for confirmation before overwriting, etc. An 
environmental variable is defined with a command such as SET envirovariable = 
string, where envirovariable is the environmental variable name and string is a serires 
of characters to assign to the variable. 
5 Installation programs typically access the environment variables to determine 

the location of the temporary files to use during installation and the location of the 
Windows directory, which includes various configuration files that the installation 
program modifies to register the program components being installed. Further, the 
installation program may want to add the directory of the installed program to the 
10 PATH environmental variable to allow the installed program to be executed from any 
directory. 

Environment variables are stored in memory allocated by a configuration file, 
such as "command.com." Windows' installation programs, through an Application 
Program Interface (API) call, may access environment variables from their location in 

15 memory. However, programs written in certain cross-platform computer languages, 
such as Java, cannot access the environment variables. This limitation prevents Java 
implemented programs from making effective use of environment variables, such as 
the temporary files and the location of the operating system directory and 
configuration files, e.g., c:/windows. Thus, there is a need in the art to provide 

20 programs such as Java access to environment variables. 

SUMMARY OF THE PREFERRED EMBODIMENTS 
To overcome the limitations in the prior art described above, preferred 
embodiments disclose a system, method, and program for accessing variables from an 
25 operating system. An application program executes a command to store at least one 
variable maintained by the operating system in a data object accessible to the 
application program. The application program is executing on the operating system. 
An operating system command is executed in response to the command from the 
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application program to retrieve the requested at least one variable and store the 
retrieved at least one variable in the data object. 

In further embodiments, the application program requests at least one variable 
maintained by the operating system. If the requested variable is not in the data object, 
5 then the command from the application program is processed to retrieve and store the 
at least one variable in the data object. 

In certain embodiments, the variables are environment variables. 
In yet further embodiments, a determination is made as to the type of the 
operating system. In such case, the operating system command is selected from a set 

10 of native operating system commands for different types of operating systems. The 
selected operating system command is capable of being executed on the operating 
system to retrieve the requested at least one variable. Further, the application 
program is capable of executing on each of the different types of operating systems. 
Preferred embodiments provide a system and program for making operating 

15 system variables, such as environment variables, available for use by application 

programs. This is particularly useful for programs implemented in languages, such as 
Java, that cannot currently access such variables. Preferred embodiments store the 
variables in a data object accessible to different applications to use during program 
execution. Preferred embodiments are particularly applicable to cross-platform 

20 programs, such as Java programs. With the preferred embodiments, an operating 
system specific command may be selected from one of many different operating 
system types to access the variables. The cross-platform application program is 
capable of executing on each of the different operating system types and uses the 
native operating system command to obtain environmental or other variables for use 

25 during the cross-platform operations. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 
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FIG. 1 is a block diagram illustrating a computing environment in which 
preferred embodiments of the present invention are implemented; 

FIG. 2 is a block diagram illustrating structural components of the installer 
program in accordance with preferred embodiments of the present invention; 
5 FIGs. 3a and 3b illustrate logic to access environment variables in accordance 

with preferred embodiments of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In the following description, reference is made to the accompanying drawings 
10 which form a part hereof and which illustrate several embodiments of the present 

invention. It is understood that other embodiments may be utilized and structural and 
operational changes may be made without departing from the scope of the present 
invention. 

Fig. 1 depicts a block diagram of a data processing system 10, i.e., computer 
15 system, in which a preferred embodiment of the present invention may be 

implemented. The computer includes a processor 1 1 and memory 12. The computer 
10 may be, but is not limited to, a personal computer, workstation, or a mainframe. 
The computer system also includes input means 13 such as a keyboard, mouse, track 
ball, light pen, pen-stylus, voice input system, touch-sensitive device, and/or any other 
20 input means known in the art. Also included are display means 14 such as a display 
monitor and other output means 15 such as printers, etc. Memory 12 includes volatile 
or nonvolatile storage and/or any combination thereof. Volatile memory may be any 
suitable volatile memory device known in the art, e.g., RAM, DRAM, SRAM, etc.. 
Nonvolatile memory may include storage space, e.g., via the use of hard disk drives, 
25 for programs, whether or not the programs are being executed. The programs in 
memory 12 include an operating system (OS) 16 program and application programs, 
such as an install program 17 or an installer tool kit. If the memory 12 is comprised 
of volatile and nonvolatile memory devices, then data and programs may be swapped 
between the volatile and nonvolatile devices in a manner known in the art. 
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The exemplary embodiment shown in Fig. 1 is provided solely for the 
purposes of explaining the invention and those skilled in the art will recognize that 
numerous variations are possible, both in form and function. For instance, any one or 
more of the following - the processor and/or memory and/or the input/output devices - 
5 could be resident on separate systems such as in a network environment. Any such 
variation to Fig. 1 is within the sprit and scope of the present invention. The 
computer system and parts thereof depicted in the figures and described below, and 
the Java implementations described herein, are provided solely as examples for the 
purposes of explanation are not intended to necessarily imply architectural limitations. 
10 Those skilled in the art will recognize the numerous programming languages which 
may be utilized, all of which are believed to be embraced within the spirit and scope 
of the invention. 



Installer Program 

1 5 The system, method and program of a preferred embodiment of this invention 

enables the creation of a cross-platform installer program in accordance with the 
structural components and flow of Fig. 2. 

A script, referred to herein as "installer .java", 101 Fig. 2, is used to run the 
install engine. The script implements the base installer class in Java. Within the 

20 script 101 there are the following entities: a) install properties 111; b) an override 
function 1 12; c) and a state machine 113. Within the state machine 113, there are 
various states 130 such as a welcome state, a destination state, a copy state, etc. This 
state machine includes an "add state method" 131 which is further used to check for 
errors. The following process takes place when the base installer class starts running: 

25 a) the properties are set up, 111, b) the properties are overridden, 1 12, and then c) 
the state machine 1 13 is executed. The program stays in the state machine until 
exited out. At exit, the program has either been successfully or unsuccessfully 
installed. 
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Within any given state 130 there are several objects. There are helper classes 
301, GUI panels 302, and a program object 303. 

Within the helper classes 301, there is a modify file class 3 1 1, a drive object 
class 312, a J file class 313, a J install class 314, a run exec class 315, and a text class 
5 316. The modify file class 3 1 1 and drive object 312 will be discussed in more detail 
either below or in a related application. J file 3 13 is a class that enables actions to be 
performed with files and directories. J install 3 14 contains methods that enable 
access to environment variables and other similar activities. Run exec 315 is a class 
that enables the running of operating system calls. Text class 3 16 is a class that is 
1 0 used to handle national language support. 

An example of a GUI panel 320 is shown in Fig. 2. There may be an image 
321, text or controls 322 and buttons 323 such as back, next or cancel The GUI 
panels 320 all extend a class calling a wizard dialog. They are displayed in a 
mainframe class 329. The mainframe class manages the screen display, e.g., gradient 
15 background color, gradient text. It also manages the splash screens and titles and 
other similar items including where they are being displayed. In other words, it 
manages the background image and screen image upon which the dialogs are 
displayed. 

The install program further includes a program object 303 comprised of file 
20 set objects 340. The term "file set" as used herein refers to any data, program 

components, help files, and/or data files, that comprise the program. Within each file 
set object 340 there are multiple install objects 330. There are several types of install 
objects - file object 331, registry object 332, shortcut object 333, directory object 334, 
permissions object 335, a library file object 336, a dependency object 337, and folder 
25 object 338. Other objects are also possible. All of these objects extend or implement 
install objects 330. In addition, all of the install objects have certain methods on each 
of them. In particular, each install object knows how to install or uninstall itself, how 
to log itself, and how to internalize from a log, i.e., how to build itself back up again 
from reading from a log. 
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The install process that the script 101 enables includes running the state 
machine 113 through various states 130 which cause different events to take place. 
For example, a GUI panel may pop up as part of the welcome state. During a 
destination state, another GUI panel may pop up on the screen that queries a user for 
5 the location of where to install the program. The install properties 111 may be used in 
the destination state by having a destination panel set a particular destination directory 
name of an install property to a particular directory. During the copy state, the 
program object 303 is built-up including all of the install objects 330. The install 
command 304 is then called on the program object. Each one of the file sets 340 and 

10 install objects 330 contains an install method. As such, by calling install 304 on the 
parent object, i.e., the program object 303, the program object goes through and calls 
install on all of the included file sets and install objects 340, 330. 

Likewise, the uninstall process is also enabled by the script 160. For uninstall, 
there is an uninstall method on the file set 340 and on all of the other install objects 

15 330. By calling uninstall 305 on the program 303, everything becomes uninstalled, 
i.e., the program, file sets and install objects. 

It should be noted that during an install, each one of the install objects 330 is 
written out to a log file 140 which is put into a particular directory. At the same time 
that the install objects 330 log themselves to the log file, there is also another file, 

20 called "uninstall. Javal" 150 which implements a "base uninstall" class, which 

includes several methods that get called at different points during uninstall. During 
install, the log 140 and "uninstall Javal" 150 information are built. The log file 140 
and "uninstall Javal" 150 are in the file system 170 on a particular directory. If it is 
uninstalled, the first thing that happens is that it reads into "uninstallJava2" 160 the 

25 log files 140 and recreates the same structure 160 as the file sets 340 and install 
objects 330. It does not recreate the program object 303, but rather it recreates the 
structure of everything contained within the program object, i.e., file sets 640 and 
install objects 630. As a result, recreated from the log file 140 is a file set with all of 
the install objects that it contains. There is one log file for each file set. Logs are 
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used for both the install and uninstall process. Furthermore, these logs are human 
readable which allows them to be checked, e.g., after a silent install, to ensure that a 
file has installed successfully. Directory 170 can be thought of as a container just 
like the program directory 303 is a container for the file set 340 and install objects 
5 330. 

"Uninstall java2" 160 builds up the file sets 640. Uninstall 605 is called by 
the uninstaller, and it goes through each file set and install object and uninstalls itself. 
During the uninstall of each file set 640, the base uninstaller class 150 is called at the 
beginning and at the end of the file set. Therefore, at the beginning and ending of 

10 copying a file set 640, the installer makes a call to the base uninstaller class 150 at 
appropriate points 601, 602, 603. 

The installer tool kit of the preferred embodiment of this invention supports 
the Windows 32 operating systems including Windows 95, Windows 98 and NT 4.0. 
It also supports OS/2 Warp 4.0, OS390, AIX 4.1 and higher versions, Solaris and 

1 5 Linux 4.2. Although the structure of the preferred embodiment enables support for 
any given operating system or environment, future embodiments or further 
enhancements to the present preferred embodiment will enable full support for other 
operating systems such as NT 5.0, HP-UX, AS/400, or any other operating system. 
The installer program 17 or tool kit may be written in a script based object oriented 

20 programming language, such as Java. The developer may utilize the programming 
language commands to develop an install program according to the developer's 
specifications. In preferred embodiments, the developer may determine the program 
flow and the display of specific graphical user interface (GUI) panels. Furthermore, 
the tool kit enables a developer to perform functions on files and directories, e.g., to 

25 copy, read, create, modify, version and to batch files. With respect to registry 

functions, the tool kit enables a developer to write an install program that can read, 
create, modify, delete, and enumerate registries for the Windows operating system 
which is the only operating system that has a registry object. These same functions 
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are provided for all other operating systems that do not have a registry, but do have 
registry equivalent functionality. 

The tool kit also enables an install program to undo an install, i.e., uninstall. 
In preferred embodiments, the steps of the install operation are maintained. In this 
5 way, if a second installation is performed over an initial installation, the changes 
made by the second installation are saved in a file. In this way, if the second 
installation is removed, the system may be restored to the state at the first installation 
using the information saved on the installation. In other words, a previous version is 
recovered when a latest version is uninstalled by replacing a backup of files. 

1 0 Preferred embodiments of the invention include a) an installer tool kit, 

including a system, method, and program, that enables the creation of install 
programs for any one of a plurality of operating systems as described herein, b) an 
install program that can be used for multiple platforms to install an application 
program on a specific operating system; i.e., the same install program can be used to 

15 install a similar application program on different operating systems, c) a method for 
carrying out the functions of the install program, and d) a computer system running 
the install program on a specific operating system for installing an application 
program. Other more general embodiments include a) any tool kit for enabling the 
creation of programs that are capable of running on more than one operating system, 

20 b) any program that is enabled for multiple platforms, c) methods carried out by cross 
platform programs, and d) a computer system running a program that is enabled for 
multiple platforms. 

The above description presented an overview of the install program and how it 
works. The following describes, in more detail, various parts of the overall structure 
25 and process described above. 



Accessing Environment variables 
In preferred embodiments, the install program 17 would want to access certain 
environment variables defined in the operating system, such as the location of 
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temporary files and the operating system directory to modify configuration files to 
accommodate the installed components. Preferred embodiments provide a system for 
accessing the environment variables, regardless of the operating system 16 platform 
on which the install program 17 is executing. In preferred embodiments, upon 
5 initialization, the install program 17 would call a method to accesses the environment 
variables from the operating system 16 and store them in an environment variable 
data object "envVars" that may be accessed to determine the value of any 
environment variables needed to perform the installation. This envVars object may 
also be generated and accessed during uninstallation. The uninstaller components 

10 would also want to know the location of any operating system 16 files, such as 

configuration files, and the Path variable, that may need to be modified to completely 
remove all trace of the program being uninstalled. 

FIGs. 3a and 3b illustrate logic to obtain an environmental variable from the 
operating system 16 that is executed by a call to a method from within an application, 

15 such as the install program 17 program, requesting an environmental variable. The 
method the install program 17 calls may have the name getEnvironmentVariable 
(String name), where the "String name 1 ' parameter is the environment variable 
requested by the install program 17. For instance, if the install program 17 wanted to 
know the directory for temporary files, the TMP environment variable, it may call the 

20 method: 

getEnvironmentVariable(TMP) . 
The method getEnvironmentVariable utilizes the data object "envVars 11 maintained in 
memory 12 that stores each environment variable name and value. 

Control begins at block 400 with the processor 1 1 processing a call to the 

25 getEnvironmentVariable with a name of one environment variable as a parameter. 
The processor 1 1 determines (at block 402) whether the data object that stores 
environment variables (envVars) is empty. If not, the processor 1 1 retrieves (at block 
404) the requested variable from envVars and returns (at block 406) the retrieved 
variable value to the program calling the getEnvironmentVariable method. If the 
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data object envVars is empty, then the processor 11 proceeds to access and store 
environment variables in the envVars object. At blocks 408-4 1 8, the processor 1 1 
determines the current operating system 16 platform to determine the native operating 
system command to use to retrieve the environment variables, e.g., set, sh set, cmd /c 
5 set, etc. Additional lines may be added to blocks 408 to 418 for set type commands 
in additional operating systems. The native operating system 16 command to retrieve 
environment variables is stored in the getVariablesCommand object. In preferred 
embodiments, the processor 1 1 executes (at block 420) the native operating system 16 
set command to retrieve environment variables and builds the envVars data object in 

10 a new and separate process from the application program in which the method 

getEnvironmentVariables was called. The processor 1 1 then writes (at block 422) the 
output of the native operating system 16 command, which includes the environment 
variables, into a buffer in memory 12. 

In most operating systems 16, e.g., Windows, Unix, etc., the environment 

15 variables are generated as an output ASCII text data stream. Each environmental 
variable is outputted to one or more lines of the ASCII text data stream. This output 
data stream is captured and read to obtain the content of the variables. The text 
includes the name of the environment variable, followed by an equal sign, and then 
the value for the variable. Each environment variable is defined on a separate line of 

20 the data stream from other variables. Block 424 in FIG. 3b begins a loop of steps to 
perform for each line / of text from the environmental variable file written into the 
buffer. The loop begins (at block 426) with the processor 1 1 determining whether 
there is an equal (=) sign in line i. If so, the processor determines (at block 428) the 
location of the equal (=) sign. The variable name n is set (at block 430) to the string 

25 extending from the beginning of the current line i to the location of the equal (=) sign. 
The variable value v is set (at block 432) to the string from the right of the location of 
the equal (=) sign in line i to the end of line i. The content of the variables n and v 
are added (at block 434) to the envVars object. Thus, the envVars data object 
maintains a name/value pair of data for each environmental variable. At block 436, 
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the processor 1 1 proceeds back to block 424 to consider the next (i + l)th line in the 
buffer. 

If there is no equal (=) sign in a line /, then the string in the line is part of the 
value of the variable in the previous line, which wrapped into line L In such case, the 
5 processor 1 1 appends (at block 438) the string in the current line i to the value v set 
when the previous line was processed. From block 438, control proceeds to block 
434 to add the name/value pair to the envVars data structure. After populating the 
envVars data structure with environment variable name and value pairs, the processor 
1 1 calls (block 440) the getEnvironment Variable method with the same name 

10 parameter provided in the call at block 400 to retrieve and return the requested 
environment variable to the calling program, e.g., install program 17. 

The preferred embodiment method provides a mechanism for obtaining 
environment variables by executing a separate process from the program or 
application requesting the environment variables. The environment variables 

1 5 accessed from the separate process are stored in a data object accessible to the 
application program that requested the environment variables. This allows 
environment variables to be made available to a separate application program for 
continued use after a single call to the native operating system command to access the 
environment variables. 

20 Preferred embodiments are useful for cross-platform programs, such as the 

installer program 17 described herein. Platform specific information, such as 
environment variables, may be accessed using a native operating system command to 
access variables from the particular operating system 16. The cross platform 
application program, implemented in a cross-platform language such as Java, may 

25 then access the data object including the environment variables to perform the 

operations that remain the same across platforms. Thus, the preferred embodiment 
program and data structures allow a cross-platform program to access operating 
system information using one of many available native operating system commands. 
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For instance, the cross-platform Java install program 17 would determine 
certain operating system information, such as the location of temporary files or the 
location of the operating system directory, e.g., c:\windows, by using the preferred 
program and environment variable data structure (envVars). The install program 17 
5 would then utilize the information in the envVars data structures when performing 
install and uninstall operations. 

Alternative Embodiments/Conclusion 
This concludes the description of the preferred embodiments of the invention. 
10 The following describes some alternative embodiments for accomplishing the present 
invention. 

The preferred embodiments may be implemented as a method, apparatus or 
article of manufacture using standard programming and/or engineering techniques to 
produce software, firmware, hardware, or any combination thereof. The term "article 

1 5 of manufacture" (or alternatively, "computer program product") as used herein is 

intended to encompass one or more computer programs and data files accessible from 
one or more computer-readable devices, carriers, or media, such as a magnetic storage 
media, "floppy disk," CD-ROM, a file server providing access to the programs via a 
network transmission line, holographic unit, etc. Of course, those skilled in the art 

20 will recognize many modifications may be made to this configuration without 
departing from the scope of the present invention. 

The program flow logic described in the flowcharts above indicated certain 
events occurring in a certain order. Those skilled in the art will recognize that the 
ordering of certain programming steps or program flow may be modified without 

25 affecting the overall operation performed by the preferred embodiment logic, and 
such modifications are in accordance with the preferred embodiments. 

Preferred embodiments described building the envVars data structure after 
determining that the envVars object is empty in response to a request for an 
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environment variable from the envVars object. In further embodiments, the 
application or install program may build the envVars object upon initialization. 

Preferred embodiments of the install program 17 and install kit were described 
as implemented in the Java programming language. However, any other object 
5 oriented programming language or other programming language known in the art may 
be used to implement the application program that executes a program to access 
operating system variables. 

Preferred embodiments were described with respect to an install program. 
However, the logic and data structures of the preferred embodiments may be utilized 
10 by any type of application program needing operating system specific variables and 
information. 

Preferred embodiments were described with respect to using native operating 
system calls to obtain environment variables from an ASCII text data stream 
including such variables. In further embodiments, the preferred program and data 

15 structure may be used to obtain system variable information other than environment 
variables, including information in formats other than ASCII text. 

Preferred embodiments were described with respect to executing a new 
process to retrieve and store the environment variables in the data object that is 
separate from the application program process. However, in alternative embodiments 

20 the preferred logic may be executed in a different manner, e.g., a different thread 
within the same process executing the application program making the call to the 
preferred logic. 

Preferred embodiments were described with respect to a single application 
program executing the command to retrieve environment variables and store them in a 
25 data object. However, one application program can execute the 

getEnvironmentVariable command to populate the envVars data object, and another 
application program could access environment variables from the envVars data object 
populated by the other program. In this way, the preferred embodiments make the 
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same data object of environment variables available to application programs 
executing in different processes. 

In summary, preferred embodiments disclose a method, system, and program 
for accessing variables from an operating system. An application program executes a 
5 command to store at least one variable maintained by the operating system in a data 
object accessible to the application program. The application program is executing 
on the operating system. An operating system command is executed in response to 
the command from the application program to retrieve the requested at least one 
variable and store the retrieved at least one variable in the data object. 

10 The foregoing description of the preferred embodiments of the invention has 

been presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the above teaching. It is intended 
that the scope of the invention be limited not by this detailed description, but rather by 

15 the claims appended hereto. The above specification, examples and data provide a 
complete description of the manufacture and use of the composition of the invention. 
Since many embodiments of the invention can be made without departing from the 
spirit and scope of the invention, the invention resides in the claims hereinafter 
appended. 

20 

WINDOWS and MICROSOFT are registered trademarks of Microsoft Corporation; 
AIX is a registered trademark of IBM; JAVA is a trademark of Sun Microsystems, 
Inc.; 
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WHAT IS CLAIMED IS : 

2 LA method for accessing variables from an operating system, 

3 comprising: 

4 executing a command from an application program to store at least one 

5 variable maintained by the operating system in a data object accessible to the 

6 application program, wherein the application program is executing on the operating 

7 system; 

8 executing an operating system command in response to the command from the 

9 application program to retrieve the requested at least one variable; and 
10 storing the retrieved at least one variable in the data object. 

1 2. The method of claim 1 , further comprising: 

2 receiving a request from the application program for at least one variable 

3 maintained by the operating system; and 

4 determining whether the requested variable is in the data object, wherein the 

5 command from the application program is processed to retrieve and store the at least 

6 one variable in the data object if the requested at least one variable is not in the data 

7 object. 

1 3. The method of claim 1 , wherein the application program is a first 

2 application program, further comprising: 

3 receiving a request from a second application program for at least one variable 

4 maintained by the operating system; and 

5 returning the requested at least one variable from the data object populated as 

6 a result of the command executed by the first application program. 

1 4. The method of claim 1 , wherein the requested at least one variable 

2 retrieved as a result of execution of the command from the application program is a 

3 set of environment variables. 
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1 5. The method of claim 1 , further comprising: 

2 determining a type of the operating system; and 

3 selecting the operating system command from a set of native operating system 



4 commands for different types of operating systems, wherein the selected operating 

5 system command is capable of being executed on the operating system to retrieve the 

6 requested at least one variable, and wherein the application program is capable of 

7 executing on each of the different types of operating systems. 



1 6. The method of claim 1 , wherein the command from the application 

2 program and the operating system command are executed in a first process and the 

3 application program is executed in a second process. 

1 7. The method of claim 1, wherein the command from the application 

2 program is for storing multiple variables, and wherein retrieving the requested 

3 variables comprises generating a data stream including the variables, further 

4 comprising: 

5 reading the variables from the data stream into a buffer; and 

6 processing each line in the buffer to determine each variable name and value, 

7 wherein each determined variable name and value is stored in the data object. 

1 8. The method of claim 7, wherein determining each variable name and 

2 value comprises: 

3 determining a location of an equal sign; 

4 setting the variable name to the string preceding the equal sign; and 

5 setting the variable value to the string following the equal sign. 

1 9. The method of claim 8, wherein the variable name and value for each 

2 variable are maintained on at least one line, further comprising: 

3 processing each line in the data stream on a line-by-line; 
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4 determining whether each line includes the equal sign, wherein, for each line 

5 including the equal sign, the variable name is set to the string preceding the equal sign 

6 and the variable value is set to the string following the equal sign; and 

7 appending the content of each line not including the equal sign to the variable 

8 value. 

1 1 0. A computer system for accessing variables from an operating system, 

2 comprising: 

3 a computer; 

4 a memory storing at least one variable; 

5 program logic executed by the computer, comprising: 

6 (i) means for executing a command from an application program to 

7 store at least one variable maintained by the operating system in a data object 

8 in the memory accessible to the application program, wherein the application 

9 program is executing on the operating system; 

10 (ii) means for executing an operating system command in response to 

1 1 the command from the application program to retrieve the requested at least 

12 one variable; and 

13 (iii) means for storing the retrieved at least one variable in the data 

14 object 

1 11. The computer system of claim 10, wherein the program logic further 

2 comprises: 

3 means for receiving a request from the application program for at least one 

4 variable maintained by the operating system; and 

5 means for determining whether the requested variable is in the data object, 

6 wherein the command from the application program is processed to retrieve and store 

7 the at least one variable in the data object if the requested at least one variable is not 

8 in the data object. 
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1 12. The system of claim 10, wherein the application program is a first 

2 application program, wherein the program logic further comprises: 

3 means for receiving a request from a second application program for at least 

4 one variable maintained by the operating system; and 

5 means for returning the requested at least one variable from the data object 

6 populated as a result of the command executed by the first application program. 

1 13. The system of claim 10, wherein the requested at least one variable 

2 retrieved as a result of execution of the command from the application program is a 

3 set of environment variables. 

1 14. The system of claim 10, wherein the program logic further comprises: 

2 means for determining a type of the operating system; and 

3 means for selecting the operating system command from a set of native 



4 operating system commands for different types of operating systems, wherein the 

5 selected operating system command is capable of being executed on the operating 

6 system to retrieve the requested at least one variable, and wherein the application 

7 program is capable of executing on each of the different types of operating systems. 



1 15. The system of claim 10, wherein the program logic further comprises 

2 means for executing the command from the application program and the operating 

3 system command in a first process and mean for executing the application program in 

4 a second process. 

1 16. The system of claim 10, wherein the command from the application 

2 program is for storing multiple variables, and the program logic for retrieving the 

3 requested variables comprises means for generating a data stream including the 

4 variables, and where the program logic further comprises: 
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5 means for reading the retrieved variables from the data stream into a buffer; 

6 and 

7 means for processing each line in the buffer to determine each variable name 

8 and value, wherein each determined variable name and value is stored in the data 

9 object. 

1 17. The system of claim 1 6, wherein the program logic for determining 

2 each variable name and value comprises: 

3 means for determining a location of an equal sign; 

4 means for setting the variable name to the string preceding the equal sign; and 

5 means for setting the variable value to the string following the equal sign. 

1 18. The system of claim 1 7, wherein the variable name and value for each 

2 variable are maintained on at least one line, and wherein the program logic further 

3 comprises: 

4 means for processing each line in the data stream on a line-by-line; 

5 means for determining whether each line includes the equal sign, wherein, for 

6 each line including the equal sign, the variable name is set to the string preceding the 

7 equal sign and the variable value is set to the string following the equal sign; and 

8 means for appending the content of each line not including the equal sign to 

9 the variable value. 

1 19. An article of manufacture for use in accessing variables from an 

2 operating system, the article of manufacture comprising computer useable media 

3 accessible to a computer, wherein the computer usable media includes at least one 

4 computer program that is capable of causing the computer to perform: 

5 executing a command from an application program to store at least one 

6 variable maintained by the operating system in a data object accessible to the 
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7 application program, wherein the application program is executing on the operating 

8 system; 

9 executing an operating system command in response to the command from the 

10 application program to retrieve the requested at least one variable; and 

1 1 storing the retrieved at least one variable in the data object. 

1 20. The article of manufacture of claim 19, further comprising: 

2 receiving a request from the application program for at least one variable 

3 maintained by the operating system; and 

4 determining whether the requested variable is in the data object, wherein the 

5 command from the application program is processed to retrieve and store the at least 

6 one variable in the data object if the requested at least one variable is not in the data 

7 object. 

1 21. The article of manufacture of claim 1 9, wherein the application 

2 program is a first application program, further comprising: 

3 receiving a request from a second application program for at least one variable 

4 maintained by the operating system; and 

5 returning the requested at least one variable from the data object populated as 

6 a result of the command executed by the first application program. 

1 22. The article of manufacture of claim 19, wherein the requested at least 

2 one variable retrieved as a result of execution of the command from the application 

3 program is a set of environment variables. 

1 23. The article of manufacture of claim 19, further comprising: 

2 determining a type of the operating system; and 

3 selecting the operating system command from a set of native operating system 

4 commands for different types of operating systems, wherein the selected operating 
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5 system command is capable of being executed on the operating system to retrieve the 

6 requested at least one variable, and wherein the application program is capable of 

7 executing on each of the different types of operating systems. 

1 24. The article of manufacture of claim 19, wherein the command from the 

2 application program and the operating system command are executed in a first process 

3 and the application program is executed in a second process. 

1 25 . The article of manufacture of claim 1 9, wherein the command from the 

2 application program is for storing multiple variables, and wherein retrieving the 

3 requested variables comprises generating a data stream including the variables, and 

4 further comprising; 

5 reading the retrieved variables from the data stream into a buffer; and 

6 processing each line in the buffer to determine each variable name and value, 

7 wherein each determined variable name and value is stored in the data object. 

1 26. The article of manufacture of claim 25, wherein determining each 

2 variable name and value comprises: 

3 determining a location of an equal sign; 

4 setting the variable name to the string preceding the equal sign; and 

5 setting the variable value to the string following the equal sign. 
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1 27. The article of manufacture of claim 26, wherein the variable name and 

2 value for each variable are maintained on at least one line, further comprising: 

3 processing each line in the data stream on a line-by-line; 

4 determining whether each line includes the equal sign, wherein, for each line 

5 including the equal sign, the variable name is set to the string preceding the equal sign 

6 and the variable value is set to the string following the equal sign; and 

7 appending the content of each line not including the equal sign to the variable 

8 value. 
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METHOD, SYSTEM, AND PROGRAM FOR ACCESSING 
VARIABLES FROM AN OPERATING SYSTEM FOR 
USE BY AN APPLICATION PROGRAM 
ABSTRACT 

Disclosed is a system, method, and program for accessing variables, such as 
environment variables, from an operating system. An application program executes a 
command to store at least one variable maintained by the operating system in a data 
object accessible to the application program. The application program is executing 
on the operating system. An operating system command is executed in response to 
the command from the application program to retrieve the requested at least one 
variable andn store the retrieved at least one variable in the data object. 
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METHOD, SYSTEM, AND PROGRAM FOR ACCESSING VARIABLES FROM AN 
OPERATING SYSTEM FOR USE BY AN APPLICATION PROGRAM 
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as Application Serial No. 
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I acknowledge the duty to disclose information which is material to the patentability of this 
application in accordance with Title 37, Code of Federal Regulations, 1.56. 
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Code and that such willful false statements may jeopardize the validity of the application or any 
patent issued thereon. 

POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorneys and/or 
agents to prosecute this application and transact all business in the Patent and Trademark Office 
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No. 35,129; Volel Emile, Reg. No. 39,969; Leslie A. Van Leeuwen, Reg. No. 42,196; 
Christopher A. Hughes, Reg. No. 26,914; Edward A. Pennington, Reg. No. 32,588; John E. Hoel, 
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